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(57) La presente invention concerne un procede de 
rechargement de cartes prepayees virtuelles dans le- 
quel on realise un transfert du credit d'une carte pre- 
payee virtuelle vers une autre, ce transfert etant realise 
par I'utilisateur lui-meme au cours d'une connexion avec 
les serveur, et consistant a : 



dans une premiere etape, authentifier une premiere 
carte prepayee virtuelle a debiter ; puis 
dans une seconde etape, a authentifier une secon- 
de carte prepayee virtuelle a crediter : 
dans une troisieme etape, virer tout ou partie du cre- 
dit de la premiere carte vers la seconde carte. 
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D scription 

Domaine technique 

La presente invention concerne un procede de re- 
chargement de cartes prepayees virtuelles. 

Etat de la technique anterieure 

Une carte prepayee permet a son porteur de rece- 
voir un service de la part d'un fournisseur de service, le 
paiement de ce service etant realise par avance lors de 
I'achat de la carte. 

On doit distinguer la carte prepayee virtuelle de la 
carte prepayee non virtuelle. Dans le premier cas, tou- 
tes les caracteristiques de la carte (en particulier son 
credit) sont gerees par un serveur centralise. Dans le 
second, c'est la carte. elle-meme qui contient ces infor- 
mations. La telecarte est un exemple de carte prepayee 
non virtuelle. 

L'invention ne concerne que les cartes prepayees 
virtuelles. A la difference des cartes prepayees non vir- 
tuelles, qui sont necessairement constitutes par un dis- 
positif materiel, les cartes prepayees virtuelles peuvent 
etre de deux sortes : 

les cartes prepayees virtuelles immaterielles, qui 
sont constitutes d'un simple numero : 
les cartes prepayees virtuelles materielles, qui sont 
constitutes d'un dispositif physique. 

L'architecture d'un systeme fonctionnantsur le prin- 
cipe des cartes prepayees virtuelles est illustre sur la 
figure. 

Sur cette figure on a les operations suivantes : 

1 : vent© d'une carte prepayee virtuelle 

2 : authentication de la carte prepayee virtuelle 

3 : fourniture d'un service 

4 ; dialogue permettant au fournisseur de service 
de : 

connaitre le credit restant et les autres parame- 
tres de la carte prepayee virtuelle, 
mettre a jour le credit de la carte prepayee vir- 
tuelle. 

On distingue ainsi plusieurs phases dans la vie 
d'une carte prepayee virtuelle. 

• L'achat 

L'utilisateur achete aupres d'un distributeur une 
carte prepayee virtue!! . Elle est initialement creditee 
d'un certain nombre d'unites, correspondant a son prix 
d'achat. Une unite permet de payer une part indivisible 
d'un service. Ce peut etre de maniere generate une uni- 
tt monetaire, dans le cas d'une prestation telephonique 



une taxe de base, ou une minute de communication ou 
bien toute autre fraction d'un service. 

La gestion de la carte prepayee virtuelle est realisee 
par un serveur informatique dont le role est de tenir a 
$ jour le credit en unites de la carte ainsi que certaines 
donnees complementaires (dates de validite. mise en 
opposition, etc..) 

• L'utilisation 

w 

Pour obtenir un service de la part du fournisseur de 
service, l'utilisateur doit d'abord prouver qu'il est en pos- 
session d'une carte prepayee virtuelle. Pourcela ; le ser- 
veur authentifie la carte. 
15 Cette fonction d'authentification consiste a verifier 
la validite d'une sequence de symboles qui est transmi- 
se au serveur : 

pour les cartes prepayees virtuelles immaterielles, 

20 cette sequence est le numero de la carte : que le 
porteur communique au serveur ; 
pour les cartes prepayees virtuelles materielles, a 
chaque activation par son porteur une sequence 
differente de symboles est calculee de maniere 

25 cryptographique par le dispositif physique : le dis- 
positif peut la transmettre lui-meme au serveur ou 
etre capable seulement de la communiquer au por- 
teur, qui la transmet lui-meme : ceci constitue une 
methode d'authentification sure ; 

30 - on peut aussi imaginer, pour leur interet ergonomi- 
que, des cartes prepayees virtuelles materielles 
(plus simples que les cartes prepayees virtuelles 
immaterielles mais moins sures que les cartes pre- 
payees materielles) qui emettent des sequences de 

35. - : , ■ symboles fixes. 

Si I'authentification de la carte prepayee virtuelle 
est reussie, le serveur indique au fournisseur de service 
le credit restant sur la carte de l'utilisateur. Cette infor- 
40 mation peut, de maniere optionnelle, etre transmise a 
Tutilisateur. 

Le fournisseur de service peut alors (en s'adressant 
au serveur) debiter le compte de l'utilisateur en fonction 
du service rendu. Ce debit peut etre realise soit avant 
**5 la fourniture du service, soit au fur et a mesure de la 
fourniture du service, soit une fois le service rendu, soit 
par une combinaison de ces divers procedes. 

• La fin de la carte prepayee virtuelle 

50 

La carte prepayee virtuelle devient inutilisable 
quand sa date de validite est depassee ou quand son 
credit est eputse. 

On peut vouloir recharger la carte prepayee virtuel- 
55 le. II n'est en effet pas toujours souhaitable que la carte 
soit definitivement inutilisable lorsque son credit est 
epuise, en particulier dans les cas suivants : 
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pour les cartes prepavees virtuelles immaterielles ; 
ou changer de carte prepayee a chaque fois que le 
credit est epuise entraine le changement du nume- 
ro de la carte et impose done un nouvel effort de 
memorisation pour le porteur : 
pour les cartes prepayees virtuelles materielles, ou 
le cout propre du dispositif ne peut etre neglige : le 
dispositif ne peut done pas etre considere comme 
jetable apres utilisation. 

La gestion de la fin du credit d'une carte prepayee 
virtuelle est delicate. On pourraiL comme cela est fait 
pour la Telecarte dans les publiphones ; proposer d'en- 
chamer deux cartes prepayees virtuelles. Cependant 
cela necessiterait d'authentifier ta seconde carte pre- 
payee en cours d'execution du service, ce qui est tech- 
niquement et ergonomiquement difficile. 

Dans le cadre des cartes prepayees virtuelles, on 
peut distinguer actuellement deux classes de techni- 
ques de rechargement : le "rechargement par le distri- 
butee" et le "rechargement par I'utilisateur". 

• Rechargement par le distributeur 

L'utilisateur doit se rendre chez le distributeur pour 
recharger sa carte prepayee virtuelle. II donne au distri- 
buteur la somme correspondant au montant du rechar- 
gement. En echange, le distributeur se connecte au ser- 
veur qui gere le credit de la carte prepayee virtuelle a 
recharger et donne I'ordre de crediter la carte prepayee 
virtuelle du montant voulu. 

Ce systeme presente les inconvenients suivants : 

il est tout d'abord indispensable que I'operation de 
rechargement realisee par le distributeur soit secu- 
risee de maniere serieuse. En effet un fraudeur qui 
se ferait passer pour un distributeur pourrait rechar- 
ger des cartes prepayees virtuelles sans contrepar- 
tie pour le fournisseur de service. II faut done envi- 
sagerau minimum une authentification active ("ha- 
bilitation M ) entre distributeur et serveur, voire la si- 
gnature electron ique par le distributeur de la totalite 
de la transaction de rechargement. Ceci necessite 
I'utilisation d'un dispositif cryptograph ique (carte a 
microprocesseur authentifieur...) par le 
distributeur : 

alors que le mecanisme de vente d'une carte pre- 
payee virtuelle est une operation simple et banale 
(le distributeur achete des cartes prepayees virtuel- 
les au fournisseur de service et les revend avec ou 
sans benefice a I'utilisateur), ('operation de rechar- 
gement est beaucoup plus complexe : 

• le distributeur doit se connecter & un serveur, 
s'authentifier, realiser la transaction, et even- 
tuellement la signer, 

• la circulation du flux monetaire est plus 
complexe : le distributeur doit revers r au four- 



nisseur de service tout ou partie de I'argent qui 
lui a ete donne par I'utilisateur, 
• vu de I'utilisateur, le rechargement consiste a 
echanger un bien materiel (son argent) contre 

5 une transaction immaterielle realisee par le dis- 

tributeur en qui I'utilisateur n'a pas forcement 
confiance ; verifier que la carte prepayee vir- 
tuelle a bien ete rechargee suppose une nou- 
velle connexion au serveur qui devra de prefe- 

10 rence etre realisee par I'utilisateur : on est loin 

d'une transaction d'achat classique ou Ton 
echange son argent contre un bien. 

Toutes ces raisons font que le rechargement d'une 
75 carte prepayee virtuelle par le distributeur est une ope- 
ration bien plus complexe que la vente, et necessite une 
infrastructure lourde et couteuse. 

• Rechargement par I'utilisateur 

20 

L'utilisateur se connecte lui-meme au serveur et 
paye lui-meme Je rechargement. Pour realiser ce paie- 
ment, I'utilisateur doit au minimum disposer d'un compte 
oancaire pour pouvoir transferer I'argent de son compte 

25 vers celui du fournisseur de service. Le fournisseur de 
service est alors confronts aux risques classiques du 
paiement par carte bancaire. 

Ces risques sont aggraves d'une part par I'anony- 
mat de la communication utilisateur/serveur (telephone, 

30 minitel, internet. ) et d'autre part, par Tanonymat de la 
carte prepayee virtuelle elle-meme. En effet, si le four- 
nisseur de service s'apercoit d'une fraude apres avoir 
realise le rechargement, il peut encore mettre la carte 
en opposition, mais si le credit est deja depense il n'a 

35. ;c0tte fois plus aucun recours. 

,v Seule ('utilisation d'une carte de credit a micropro- 
cesseur avec mise en oeuvre des mecanismes crypto- 
graphiques de telepaiement permet d'obtenir la securite 
necessaire dans ce contexte d'utilisation. Cela suppose 

^0 la presence d'un lecteur de carte a microprocesseur cd- 
te utilisateur et limite done fortement la population ca- 
pable de realiser Vin rechargement de ce type. 

L'objet de invention est de proposer un procede de 
rechargement des cartes prepayees virtuelles qui ne 

45 presente pas les inconvenients decrits ci-dessus. 

Expose de I'invention 

La presente invention propose un procede de -re- 
50 chargement de cartes prepayees, caracterise en ce 
qu'on realise un transfert du credit d'une carte prepayee 
a une autre, ce transfert etant realise par I'utilisateur lui- 
meme au cours d'une connexion avec le serveur, et con- 
sistant & : 

55 

dans un premiere etape ; authentifier une premiere 

carte prepayee virtuelle a debiter ; puis 

dans une seconde etape, & authentifier une secon- 
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de carte prepayee virtuelle a crediter : 
dans une troisieme etape. virer tout ou partie du cre- 
dit de la premiere carte vers la seconde carte. 

Cette connexion est de meme nature que la con- s 
nexion d'utilisation d'une carte prepayee virtuelle, en 
particulier une authentication telle que la premiere ou 
la seconde etape est realisee a chaque connexion d'uti- 
lisation. II n'y a done que peu de modifications a ap porter 
au serveur. w 

L'utilisateur n'a aucun mal & s'adapter a ce nouveau 
dialogue puisqu'il est peu different du dialogue d'utilisa- 
tion auquel il est habitue. En particulier, sa confiance 
dans le bon fonctionnement d'une transaction d'utilisa- 
tion se reporte naturellement sur la transaction de re- is 
chargement. 

Le fournisseur des services est toujours remunere 
en avance par le distributeur et garde done tous les 
avantages du prepaiement. Enfin le fournisseur de ser- 
vice ne peut en aucun cas perdre d'argent dans une 20 
transaction de rechargement. 

Le precede decrit resout le probleme de la gestion 
de la fin de credit d'une carte prepayee : il suffit de trans- 
ferer le credit restant sur une carte prepayee neuve : par 
exemple. 25 

Le procede de invention presente les avantages 
suivants : 

le rechargement propose utilise le mode de distri- 
bution habituel des cartes prepayees virtuelles 30 
sans le modifier (e'est-a-dire sans ajouter de nou- 
velles operations) ; 

le rechargement est realise par l'utilisateur lui- 
meme : 

le rechargement est sur a la fois pour le fournisseur 3S 
de service et pour l'utilisateur : 
le rechargement ne necessite aucun materiel sup- 
plemental ni cote utilisateur ni cote distributeur. 

Breve description des dessins 40 

La figure illustre ('architecture d'un systeme fonc- 
tionnant sur le principe des carles prepayees virtuelles. 

Expose detaille de modes de realisation 45 

L'idee de base du procede de I'invention est de per- 
mettre le transfert du credit d'une carte prepayee virtuel- 
le vers une autre. Ce transfert est realise par l'utilisateur 
lui-meme au cours d'une connexion avec le serveur. La so 
transaction consiste a : 

dans une premiere etape, authentifier la carte pre- 
payee virtuelle a debiter : puis 

dans une seconde etape. & authentifier la carte pre- ss 
payee virtuelle k crediter ; 

dans une troisieme etape, virer tout ou partie du cre- 
dit de la premiere carte vers la seconde carte. 



Cette connexion est de meme nature que la con- 
nexion d'utilisation d'une carte prepayee virtuelle, en 
particulier une authentification telle que la premiere ou 
la seconde etape est realisee a chaque connexion d'uti- 
lisation. 1 1 n'y a done que peu de modifications a apporter 
au serveur. 

L'utilisateur n'a aucun mal a s'adapter a ce nouveau 
dialogue puisqu'il est peu different du dialogue d'utilisa- 
tion auquel il est habitue. En particulier sa confiance 
dans le bon fonctionnement d'une transaction d'utilisa- 
tion se reporte naturellement sur la transaction de re- 
chargement. 

Le fournisseur des services est toujours remunere 
en avance par le distributeur et garde done tous les 
avantages du prepaiement. Enfin le fournisseur de ser- 
vice ne peut en aucun cas perdre d'argent dans une 
transaction de rechargement. 

Les principes generaux expliques ci-dessus peu- 
vent avantageusement etre contraints de la maniere 
suivante : 

la carte prepayee virtuelle a crediter est une carte 
prepayee virtuelle immaterielle dont l'utilisateur a 
memorise le numero, ou une carte prepayee virtuel- 
le materielle ; 

la carte prepayee virtuelle a debiter est une carte 
prepayee virtuelle immaterielle (un simple numero) 
qui est achetee par l'utilisateur aupres d'un distribu- 
teur exactement comme toute autre carte pre- 
payee virtuelle ; ainsi le distributeur se cantonne a 
son role de simple revendeur : 
le transfert de credit entre la carte prepayee virtuelle 
a debiter et la carte prepayee virtuelle a crediter 
epuise le credit de la carte prepayee virtuelle a de- 
■V biter. Dans ce cas, il n'y a aucun avantage a utiliser 
une methode d'authentification avec sequence va- 
riable puisque la sequence (fixe) n'est utilisee 
qu'une seule fois ; ceci justifie completement ('utili- 
sation de la carte prepayee virtuelle immaterielle 
pour le rechargement ; 

si Ton contraint les fonctions des types de carte pre- 
payee virtuelle de la maniere suivante ; 

• les cartes prepayees virtuelles materielles avec 
authentification par sequence variable sont les 
seufes cartes prepayees virtuelles permettant 
('utilisation du service, 

• les cartes prepayees virtuelles immaterielles 
ne permettent que le rechargement des cartes 
prepayees virtuelles materielles. 

On obtient un systeme completement sur vis-a-vis 
de I'ecoute par un f raudeur. Cette configuration est par- 
ticulierement judicieuse car les cartes prepayees vir- 
tuelles matertelles : dont le prix n'est pas negligeable, 
sont rechargees et peuvent done etre utilisees pendant 
une peribde qui n'est limitee que par I'usure du dispositif , 
alors que les cartes prepayees virtuelles immaterielles, 
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dont le cout est quasi nul : sont jetees apres utilisation. 

Rev ndications 

5 

1 . Procede de rechargement de cartes prepayees vir- 
tuelles, caracterise en ce qu'on realise un transfer! 
du credit d'une carte prepayee virtuelle vers une 
autre, ce transfert etant realise par I'utilisateur lui- 
meme au cours d'une connexion avec le serveur. et io 
consistant a : 

dans une premiere etape, authentifier une pre- 
miere carte prepayee virtuelle a debiter : puis 
dans une seconde etape, a authentifier une se- 
conde carte prepayee virtuelle a crediter ; 
dans une troisieme etape. virer tout ou partie 
du credit de la premiere carte vers la seconde 
carte. 

20 

2. Procede selon la revendication 1 , caracterise en ce 
que la carte prepayee virtuelle a crediter est une 
carte prepayee virtuelle immaterielle dont I'utilisa- 
teur a memorise le numero. 

25 

3. Procede selon la revendication 1 , caracterise en ce 
que la carte prepayee virtuelle a crediter est une 
carte prepayee virtuelle materielle. 

4. Procede selon la revendication 1 , caracterise en ce 30 
que la carte prepayee virtuelle a debiter est une car- 
te prepayee virtuelle immaterielle qui est achetee 

par I'utilisateur aupres d'un distributeur. 

5. Procede selon la revendication 1 , caracterise en ce 35. ; • 
que le transfert de credit entre la carte prepayee vir- ,c 7=" 
tuelle a debiter et la carte prepayee virtuelle a cre- 
diter epuise le credit de la carte prepayee virtuelle 

a debiter. 



40 



6. Procede selon la revendication 3 : caracterise en ce 
que les cartes prepayees a crediter sont des cartes 
prepayees virtuelles materielles avec authentica- 
tion par sequence variable. 



45 



Procede selon la revendication 3 ou la revendica- 
tion 4, caracterise en ce que les cartes prepayees 
a debiter sont des cartes prepayees virtuelles im- 
materielles qui ne permettent que le rechargement 
de cartes prepayees virtuelles materielles a credi- so 
ter. 

Procede selon la revendication 7, caracterise en ce 
que les cartes prepayees a crediter sont des cartes 
prepayees virtuelles materielles avec authentifica- 55 
tion par sequence variable. 
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